home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000059_news@columbia.edu_Mon Jun 5 03:19:01 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  8KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA23893
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sun, 4 Jun 1995 23:44:25 -0400
  3. Received: by apakabar.cc.columbia.edu id AA29765
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sun, 4 Jun 1995 23:44:23 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!vixen.cso.uiuc.edu!uwm.edu!newsspool.doit.wisc.edu!news.doit.wisc.edu!f180-090.net.wisc.edu!grhowes
  6. From: Glenn R. Howes <grhowes@students.wisc.edu>
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit MAC??
  9. Date: 5 Jun 1995 03:19:01 GMT
  10. Organization: UW-Chemistry
  11. Lines: 147
  12. Distribution: world
  13. Message-Id: <3qtt35$gji@news.doit.wisc.edu>
  14. References: <3qnon9$asf@steel.interlog.com> <3qt3vq$5sj@apakabar.cc.columbia.edu> <3qtbvi$a4o@news.doit.wisc.edu> <3qtfnp$gca@apakabar.cc.columbia.edu>
  15. Nntp-Posting-Host: f180-090.net.wisc.edu
  16. Mime-Version: 1.0
  17. Content-Type: text/plain; charset=ISO-8859-1
  18. Content-Transfer-Encoding: 8bit
  19. X-Newsreader: Nuntius 2.0.3_PPC
  20. X-Xxmessage-Id: <ABF7E2021501B45A@f180-090.net.wisc.edu>
  21. X-Xxdate: Sun, 4 Jun 1995 04:19:46 GMT
  22. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  23.  
  24. I should preface this by with the disclaimer that I
  25. wrote Kermit Tool GH and therefore am involved with a 
  26. competing commercial product, SITcomm. So take what I say 
  27. with a grain of salt. 
  28.  
  29. Also, I don't want anything I say to be construed as an attack
  30. on Frank da Cruz who has been extremely helpful to me and is
  31. a credit to the net community. What I say is in the spirit of
  32. a constructive debate.
  33.  
  34. In article <3qtfnp$gca@apakabar.cc.columbia.edu> Frank da Cruz, 
  35. fdc@watsun.cc.columbia.edu writes:
  36. >Subject: Re: Kermit MAC??
  37. >From: Frank da Cruz, fdc@watsun.cc.columbia.edu
  38. >Date: 4 Jun 1995 23:31:05 GMT
  39.  
  40. >>Right now, people would be better served by someone making a
  41. >>high quality freeware VT220 tool...
  42. >>
  43. >Of course they would.  Be my guest.
  44.  
  45. Unfortunately, I'm under a non-competition contract until next year
  46. or I might think about doing so, heck I am thinking about doing so. 
  47. I, however, do not have any VT220 engine code; you do.
  48.  
  49. >>... writing an AppleScriptable
  50. >>character converter helper app,and writing a Kermit tool with 
  51. >>a more modern feature set.
  52. >>
  53. >So why isn't anybody doing this work?
  54.  
  55. I regret having to say this but it doesn't appear that 
  56. anybody is doing any work on MacKermit either so this is sort 
  57. of a mute point.
  58.  
  59. Writing such a converter should be easy enough (I assume), 
  60. trivial if the translation engine code is available in readable
  61. form. With such an engine I could probably write a little
  62. drag & drop/scriptable translator over a weekend with the
  63. most time being spent figuring out the best scripting 
  64. interface.
  65.  
  66. As for a more fully featured Kermit tool, a) there are
  67. at least 4 commercial tools of varying functionality, b) the
  68. freely available one is good enough for most people, c) most
  69. freeware communications programmers seem to be concentrating
  70. on TCP/IP applications. If any young programmer is reading,
  71. writing one will take about 3 months of weekends, buy 
  72. Frank's book "Kermit: A File Transfer Protocol", get the
  73. current specs from their ftp site at Columbia, invest
  74. in "Inside the Macintosh Communication Toolbox" and get the
  75. specs on CTB 1.1 which should be on the apple ftp site. Also,
  76. don't write it by cutting and pasting, write it from scratch
  77. using the protocol specs, you'll be happy you did later.
  78.  
  79. >>As for scripting, the last thing the
  80. >>Mac world needs is another application specific scripting 
  81. >>implementation: use AppleScript (or more precisely, make it
  82. >>OSA compliant).
  83. >>
  84. >Oh boy, another three-letter-acronym to be compliant with.
  85.  
  86. OSA allows the user to choose what scripting implementation
  87. he wants to use, examples: AppleScript, QuickKeys, Frontier.
  88. I didn't want to be AppleScript centric.
  89.  
  90. >Everything you say is no doubt true, but recall that what we
  91. >(in the Kermit project) try hard to do is write portable code
  92. >with a portable interface that runs consistently on a wide
  93. >variety of platforms over a variety of communication methods.
  94. >All that while providing some of the best terminal emulators
  95. >and file transfer software around.
  96.  
  97. Then base it around OpenDoc which is extremely cross platform
  98. and will protect us from the code bloat of Microsoft and OLE.
  99. I've been playing around with the 2nd OD beta and it is really
  100. very cool. Right now I'm thinking about writing a spectra plotting
  101. part, but communication parts are a very real possibility. 
  102.  
  103. Otherwise, look at NetScape, which seems to be perfectly at
  104. home whether it is in Windows, MacOS, or X. 
  105.  
  106. >Somebody who lives in the Macintosh world could no doubt make a
  107. >terrific Macintosh application, much more terrific and modular
  108. >and TLA-compliant than we could, but that's exactly what it
  109. >would be: a Macintosh app for the Macintosh world.  So far,
  110. >however, it seems that nobody has done that.
  111.  
  112. Maybe that is your problem, no Mac programmer worth his bits 
  113. wants to write a program that looks like it would be at home 
  114. in DOS land. The Mac has a lot of services which should be
  115. used: CTB connections, system wide scripting, helper apps 
  116. like Stuffit Expander, Open Transport, preemptive multi-threading
  117. for 68K machines (and next year all Macs) and proven & tested 
  118. interface guidlines. It isn't perfect for serial communications:
  119. the current lack of preemptive multitasking being the most glaring
  120. problem, but it gives you a lot if you just go to the trouble of
  121. calling it.
  122.  
  123. >A distinct advantage of Kermit software to some people -- those
  124. >who live and work in a diverse computing and communications
  125. >environment, as opposed to those who only see / feel / touch /
  126. >know about one specific type of computer -- is that it is
  127. >portable and familiar across many types of systems.  That's one
  128. >reason why we do not go out of our way to make applications
  129. >like the one you describe above.  Because then we would have to
  130. >do the same thing for DOS, OS/2, Windows 3.x, Windows NT,
  131. >Windows 9x, Motif, NeXTSTEP, DECwindows, HP Vue, and on and on
  132. >and on, and then our software would be just like any other
  133. >software that you bought in a store -- i.e. aimed at an
  134. >individual mass-market user, with little or no commonality
  135. >across platforms.
  136.  
  137. Unfortunately, a lot of the software I unwittingly buy is 
  138. built with just this mentality. I'm thinking of games that
  139. MacPlay puts out like Star Trek the 25th Anniversary game 
  140. or Scrabble whose interfaces and bit resolutions seem to 
  141. have been coded to the lowest common denominator of an 
  142. 8-bit Nintendo. Absolute garbage which I loathe using when 
  143. a month of programmer's time and somebody at MacPlay reading
  144. "Tog on Interface" could have made them a joy.
  145.  
  146. >Not that anything is wrong with that, it's only that we don't
  147. >have huge "campuses" full of energetic full-time programmers
  148. >rolling products out for the market share.  In fact, when you
  149. >think about it, it's pretty amazing what so few people have
  150. >have produced for so many.
  151. >
  152. >There's no point complaining about Mac Kermit.  We've got
  153. >countless thousands of people who want it to be on a par with
  154. >MS-DOS Kermit or OS/2 C-Kermit in terms of functionality,
  155. >performance, support, and robustness (believe me about the
  156. >countless thousands -- I get the mail), but nobody in the past
  157. >few years who has had the time, inclination, and ability to do
  158. >the work, nor anyone who has the cash to hire such a person.
  159. >
  160. >What do you want for free?
  161.  
  162. I expect a program whose authors can say "This is my baby, 
  163. I'm proud of it." Why else would anyone release freeware?
  164.  
  165. Example Free Mac Programs whose authors can say this:
  166. Stuffit Expander, Disenfectant, JPEGView, Eudora, BBEdit Lite,
  167. Nuntius, Fetch, NewsWatcher, Audio Strip GH (this is cripple
  168. ware, but I'm proud of the free parts too).
  169.  
  170. --glenn